home *** CD-ROM | disk | FTP | other *** search
/ Turnbull China Bikeride / Turnbull China Bikeride - Disc 2.iso / BARNET / ARMLINUX / MAIL / 9709 / 000057_owner-linux-arm…r.rutgers.edu _Tue Sep 23 00:27:19 1997.msg < prev    next >
Internet Message Format  |  1997-11-30  |  5KB
  1. Return-Path: <owner-linux-arm-outgoing@vger.rutgers.edu>
  2. Received: from nic.funet.fi (nic.funet.fi [128.214.248.6])
  3.     by odie.barnet.ac.uk (8.8.6/8.8.6) with ESMTP id AAA07452
  4.     for <willy@odie.fluff.org>; Tue, 23 Sep 1997 00:27:18 +0100
  5. Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 44069]) by nic.funet.fi with ESMTP id <6783-30106>; Tue, 23 Sep 1997 02:21:00 +0300
  6. Received: by vger.rutgers.edu id <973365-269>; Mon, 22 Sep 1997 17:55:28 -0400
  7. Received: from sun3.nsfnet-relay.ac.uk ([128.86.8.50] EHLO sun3.nsfnet-relay.ac.uk ident: IDENT-NOT-QUERIED [port 2047]) by vger.rutgers.edu with ESMTP id <973363-269>; Mon, 22 Sep 1997 17:54:56 -0400
  8. Received: from bright.ecs.soton.ac.uk by sun3.nsfnet-relay.ac.uk with JANET SMTP (PP); Mon, 22 Sep 1997 22:56:16 +0100
  9. Received: from marr.ecs.soton.ac.uk by bright.ecs.soton.ac.uk; Mon, 22 Sep 97 22:58:07 BST
  10. Received: from oracle.ecs.soton.ac.uk.ecs.soton.ac.uk by marr.ecs.soton.ac.uk; Mon, 22 Sep 97 23:06:24 BST
  11. Received: from caramon.armlinux.org by oracle.ecs.soton.ac.uk.ecs.soton.ac.uk; Mon, 22 Sep 1997 22:55:52 GMT
  12. Received: from raistlin.armlinux.org (raistlin [192.168.0.3]) by caramon.armlinux.org (8.7.4/8.7.3) with ESMTP id WAA06263; Mon, 22 Sep 1997 22:42:19 +0100
  13. From: Russell King - ARM Linux Admin <rmk@ecs.soton.ac.uk>
  14. Received: (from linux@localhost) by raistlin.armlinux.org (8.7.4/8.7.3) id WAA00923; Mon, 22 Sep 1997 22:42:08 +0100
  15. Message-Id: <199709222142.WAA00923@raistlin.armlinux.org>
  16. Subject: Re: new kernels
  17. To: A.I.Terlevich@durham.ac.uk (Ale Terlevich)
  18. Date:     Mon, 22 Sep 1997 22:42:07 +0100 (BST)
  19. Cc: linux-arm@vger.rutgers.edu
  20. In-Reply-To: <Pine.SOL.3.91-941213.970922123449.25631A-100000@dust0.dur.ac.uk> from "Ale Terlevich" at Sep 22, 97 12:46:48 pm
  21. X-Mailer: ELM [version 2.4 PL24]
  22. Mime-Version: 1.0
  23. Content-Type: text/plain; charset=US-ASCII
  24. Content-Transfer-Encoding: 7bit
  25. X-Orcpt: rfc822;linux-arm@vger.rutgers.edu
  26. Sender: owner-linux-arm@vger.rutgers.edu
  27. Precedence: bulk
  28. Status: RO
  29.  
  30. Ale Terlevich writes:
  31. >   I was just browsing the ftp site, when I noticed some new 2.0.31 kernels
  32. > online.
  33. > 
  34. > (btw. where does one get the 2.0.31 source from? I can't find it 
  35. > anywhere, sunsite.unc.edu seems to stop at 2.0.30!)
  36.  
  37. That's because the 2.0.31 source is ALPHA and not a real 2.0.31 source.  It's
  38. 2.0.31pre9.  You should not call this 2.0.31 *at all* and please refrain
  39. from doing so - if you do, then it'll cause all sorts of problems (which I
  40. don't want right now - I've got enough stress with manufacturers of computer
  41. peripherals at the moment).  I'd just like to be given a break some time, so
  42. if people could use the correct name, it'll really help (and it'll also help
  43. you).
  44.  
  45. >  I don't know if it's supposed to be working yet (what with being v0.0.0) 
  46. > but here's the output I get when I try insmod cumana_2_mod.o, just incase 
  47. > it's useful.
  48.  
  49. The answer is that it is not supposed to be working just yet.  The code has
  50. definitely moved on quite a bit since the copy that is on the FTP site, so
  51. there's little point in modifing it - you'll just redo what I've been working
  52. on, and probably wrongly.  I have a master plan concerning the AcornSCSI,
  53. Cumana SCSI II, and some similar cards - it's called `lets do it the right
  54. way and modularise it'. ;)
  55.  
  56. I think you'll also find that that version of the driver contains no functions
  57. to read data from the card...  Command 0x12 is the IDENTIFY command that asks
  58. the device what it is.  It naturally returnes a block of data, which isn't
  59. being transferred anywhere useful.
  60.  
  61. The later driver (unfinished, but nevertheless more unfinished than the
  62. previous) can read data, but slowly (the CumanaSCSI II card seems to have a
  63. problem if you read too much data from it without noticing that it has aborted
  64. the data transfer - the net result is that you check for interrupt, read a byte
  65. and repeat.  It's a mega turkey)!
  66.  
  67. Anyway, next preliminary driver version next weekend (0.0.5) should do something
  68. more useful, maybe even usable!
  69.    _____
  70.   |_____| ------------------------------------------------- ---+---+-
  71.   |   |        Russell King        rmk@ecs.soton.ac.uk        --- ---
  72.   | | | |    http://www.arm.uk.linux.org/~rmk/home.html      /  /  |
  73.   | +-+-+                                                     --- -+-
  74.   /   |               THE developer of ARM Linux              |+| /|\
  75.  /  | | |                                                     ---  |
  76.     +-+-+ -------------------------------------------------  /\\\  |